fichier bin

Tout d'abord merci pour ton aide, mais je me retrouve encore bloqué, désolé.
j’ai booté sur SX OS
Une fois le menu de démarrage de SX OS affiché, aller dans "Options" , "Payloads" et cliquer sur le fichier .bin correspondant à hekate.
Launch
Les boutons volume + et - servent à monter/descendre, et power à valider.
Reboot <rcm> et j’ai validé
J’ai branché la console à l’odi
Je suis allé là car je n’ai pas trouvé TegraRcmGUI via ton lien
https://github.com/eliboa/TegraRcmGUI/releases
J’ai Lancer TegraRcmGUI_v2.5_portable, et j’ai accepté d’installer les drivers
J'ai l'impression que j'avais bien démarré en mode rcm comme il fallait.
Dans Tools, j’ai sélectionner Mount eMMC rawNAND
Quand je clique sur la clé usb j’ai ça et je ne sais pas ce qu'il faut faire. J'ai supposé que memloader correspondait à cette image-bouton de clé usb

Sauvegarde de la NAND (dump de sa NAND ou faire un backup)

J’ai utilisé hekate car apparemment c’est le mieux si j’ai bien compris ??

J’ai formaté une care sd 32go en exfat via windows 10.
J’ai décompressé le zip correspondant à hekate v4.9.1 s et mis le fichier .bin la racine de la carte micro SD.
Carte Micro SD:\ hekate_ctcaer_4.9.1.bin (récupéré ici https://github.com/CTCaer/hekate/releases)
J’ai également mis SXOS_beta_v2.6.1 sur la carte SD Carte Micro SD:\boot.dat

Ensuite, j’ai booté sur SX OS
Une fois le menu de démarrage de SX OS affiché, aller dans "Options" , "Payloads" et cliquer sur le fichier .bin correspondant à hekate.
Launch
Les boutons volume + et - servent à monter/descendre, et power à valider.
Allez sur Tools, puis backup
Ensuite on a 4 options
2 en full : backup emmc boot0/1 et backup emmc raw gpp
2 en gpp partitions :backup emmc sys et backup emmc user
J’ai sélectionné backup emmc raw gpp
Puis l’écran est resté bloqué « checking for available free space…. » et rien ne s’est passé pendant au moins 3 minutes !!!
Puis la barre de progression est apparue !!!! 63,3 % de batterie (21h56) à 0% de sauvegarde.
22h14: j'en suis à 5%

Au passage, je ne sais pas si on peut mettre la console à charger durant la sauvegarde, mais je ne vois pas pourquoi on ne pourrait pas brancher sa console sur un chargeur adapté, pas forcément le socle Nintendo???

22h22 "fatal error <1> when writing to SD Card"

Je vais la mettre à charger et on verra demain soir.
Ma carte est une samsung evo plus class10 toute neuve....

J'ai appuyé sur power et je suis revenu au menu précédent.

J'ai remarqué qu'en bas, il était écrit "warning: sleep mode library is missing!"
Je ne sais pas s'il y a un lien?

D'avance, merci

@Mikolo
Je sais pas si sa va t'aider mais moi j'ai le fichier hekate_ctcaer_4.9.1.bin à la racine de la sd.
(Là on voit que les fichiers sont dans un dossier sur mon pc, mais ils ont été copiés et collés comme on le voit sur cette photo sur la sd).

Et pareil que toi, je n'avais rien dans "Album", puis j'ai lu ce qu'a indiqué le membre "ludodo10"
où il dit qu'il faut rester appuyer sur la touche "R" puis cliquer sur "Album".
Et magie!, tout a été visible ensuite

@ludodo10
Merci du conseil ludodo10 sa a fonctionné pour moi
C'est dû à quoi le fait d'appuyer sur la touche "R" puis sur "Album" pour accéder au homebrew?

Pourquoi avoir formaté, fallait juste recommencé le processus. Toutefois, c'est pas cela qui cause le problème. Tu as vérifié l'ensemble des fichiers et dossiers qu'ils soient bien renommés ?

Je pense au fichier otherapp qui doit être renommé en payload.bin (.bin est l'extension du fichier donc bien vérifier que tu ne l'aies pas nommé payload.bin.bin en affichant les extensions sur ton PC)
Ce fichier otherapp doit être pour ton modèle de console qui est OLD et pas NEW également.

Apres pour frogtool, tu as pris quelle version ? Si c'est la dernière, je n'ai pas testé celle ci encore. En revanche, plus haut dans les commentaires, tu as un membre qui a posté une archive avec l'ancienne version.

Si tu as un problème à l'étape 4, c'est que la 3 s'est mal opérée mais vérifie ce que j'ai dit avant.

Attention toutefois, il s'agit d'une version beta et certains ont un écran noir après boot. Les explications sont dans le spoiler entre autres aspects qui dénotent de la précipitation et un travail non abouti de la part de Xecuter (sans vouloir débattre dans le vide). Cette version ne casse pas le TSEC comme elle le devrait. Le support USB n'est pas opérationnel. La Team Xecuter s'est attelée à proposer, pour ses utilisateurs, un moyen de faire tourner SX OS en s'appuyant sur ce qui est connu jusqu'à maintenant (fusee, exosphere, sm/fs.mitm etc).
Cela ne veut pas dire que SX OS ne fonctionne pas mais ce n'est pas une version dite stable.

Et pour les plus curieux, voici une analyse de Hexkyz sur les travaux de Xecuter

[+] CLIQUER POUR AFFICHER

• Le support 7.0.0/7.0.1 est contenu dans patcher_BFC70000.bin


• Le "patcher" se repositionne (en mémoire) à 0xBFCD3120 dans 0xF0000000 où il commence à exécuter le code de fusee-secondary


• Une fois que la clé tsec_root_key est chargée dans le bon keyslot, l'exécution bascule vers une version simplifiée d'exosphere qui inclut également le fichier lp0fw (vous pouvez trouver les magic offsets "EXO0" et "WBT0" dans le binaire)


• Le code a été mis à jour comme d'habitude avec les dernières modifications de libnx et des sysmodules (sm et fs.mitm);


• En résumé, cela signifie que TX extrait uniquement la clé 7.0.0 tsec_root_key (HOVI_KEK_KEY_PRD), ce qui peut être fait avec diverses attaques non-TSEC, et a utilisé fusee + exo pour poursuivre la chaîne de boot. Le reste du code suggère qu'une approche utilisant "Sept" était également à l'étude.


• En outre, certaines personnes signalent un "écran noir supplémentaire" au démarrage de SX. Cela est dû au code de fusee-secondary dans patcher_BFC70000, qui initialise à nouveau l'écran.


• Oh et à propos des "features" exclusives:
  
  • Cheat Engine : pas de changement
  
  
  • Chargeur XCI : pas de changement
  
  
  • Prise en charge des disques durs USB : pas de modification (ce qui peut entraîner des problèmes de compatibilité)
  
  
  • EmuNAND: les correctifs ont été mis à jour, mais le bootloader SX n'a ​​pas du tout changé.

Source: https://gist.github.com/hexkyz/f9425a34 ... 8f78d8711e

avec atmosphère, il me met critical error problème SMMU.
ctaer, je peux tout faire mais quand je met dans tools Il y a un intitullé : 6.2 et en dessous 7.0 lorsque je clique dessus, il me met qu'il y a un problème avec le firmware, quand je met reboot rcm ou "normal", j'arrive à l' écrans noir, quan je met cfw, pareil. Et reinx met en rouge pacquage 2.

J'ai refait un dump, j'ai essayé en fat32 et en exaf. J'ai essayer le biskey dump que j'ai save dans la sd. (je ne sais pas trop a quoi sa sert ni comment m'en servir).
J'ai essayer le fichier bin briccmii, où j'ai demandé de debriqué, ça m'a mis succès avec un cr code, mais j'ai pas de smart phone, donc ça m'a pas servi a grand chose.
Qulqu'un sait me dire a quoi sert bricmii et biskey dump?

Il n'y a pas de fichier choix du jour en .bin? pour que je puisse l'utiliser en mode RCM. Parce qu'il faudrait que je puisse aller au hb menu ou menu de la swich pour utiliser le fichier en .nro

Je penses que je vais laisser ma switch de coté si je trouve plus de solution, j'ai déja perdu quelques soirée là=dessu.

Justement, concernant frogtool j'ai bien été fouiner dans le thread et j'ai trouvé le zip avec les bons fichiers que quelqu'un a posté, et ça m'a déjà bien aidé pour jailbreak la 2DS de ma compagne.
De la même façon, j'ai bien vérifié mes dossiers, j'ai bien respecté le tuto à la lettre.

Mais là j'ai beau retourner le problème en long, en large, et en travers, je ne vois pas où j'ai eu un souci.

EDIT : Je suis allé récupérer le fichier à renommer payload.bin en prenant la version otherapp et du coup j'ai le homebrew qui fonctionne !

Bonjour, merci de ta réponse rapide, cependant j'ai beau refaire la manipulation, ça ne fonctionne toujours pas.
Le fichier payload est toujours bien nommé en "payload.bin" cependant j'ai aussi ce fichier ci dans le dossier steelhax : put_payload.bin_here je pense pas que ce soit ça qui gène... Car de base il était déjà présent dans le dossier, car j'ai téléchargé l'archive d'un membre qui avait poster son dossier SD j'ai juste replacé le fichier .sav qui remplace celle du jeu téléchargé et aussi le payload que j'avais bien renommé...
Ainsi que les 2fichier bin ou il y avait mon pseudo que j'ai aussi bien renommé sans pseudo et qui se termine par .BIN.patched

En bref, je suis bloqué... Pourtant j'avais bien réussi à faire la manipulation la première fois, mais une fois la seconde étape faite, plus possible de continué car il est redemandé de refaire l'étape précédente pour relancer l'homebrew via mode téléchargement cela ne fonctionne plus...

J'ai pourtant prit le temps de recommencé en reformatant la console et la carte SD, mais même résultat, j'arrive à tout refaire sauf cette étape là...